昨天聊到產品的回饋，今天就來改團隊的回饋吧。這兩種回饋，構成了 Scrum 的兩大回饋路線，在每個 Sprint 中一次又一次的回饋與改善，讓產品績效與團隊能力都能持續成長。

在開發期間，其實通常團隊聊的都會是產品與技術上的話題，很少有機會是會聊聊彼此與團隊相關事情與看法，包括顯性的流程、討論方式、程式碼的優劣、工程實踐，也包括了隱性的情緒、對彼此的看法、團隊的動態等等。

如果團隊很少聊到這塊，就像是拿著同一隻斧頭不斷砍樹，最後斧頭的刀鋒會鈍掉，砍樹的成本與速度也會更加劣化。而讓團隊展開上述的這些話題，就像是在磨礪斧頭、以及改善砍樹的方式，久而久之，象徵開發能力與速度的砍樹效率，也就會不斷提高。

在 Scrum 中，特別在一個 Sprint 的尾聲，也就是 Sprint Review 之後安排了一個名為 Sprint Retrospective 的事件去展開這些話題。

在這個事件中，就只聊團隊的事，產品相關的事情只是用來作為回顧的材料，讓團隊能夠藉此思考團隊這段時間來發生了什麼事、有沒有符合預期等等。如果開始展開了要怎麼提升產品績效的話題，那就是偏離了這個事件的目的。

通常在 Sprint Retrospective，會從回憶發生過的事開始，並且關聯這些事情，去探討：

• 有什麼是做得好的，值的肯定與延續
• 有什麼是耽誤團隊的開發，需要調整並改善
• 在未來開發上，團隊有什麼潛在問題需要注意與觀察的

這只是一種範例，問法可以用很多種，但就是快速的去探討團隊的狀況，衍伸出一些議題去深入討論，最後做出調整與實驗。

也有些情況是團隊之間在開發期間發生了爭執，當下時間與安全感等因素沒辦法好好說開，那 Sprint Retrospective 則可以彌補當時的缺憾，在一個只有團隊成員在的小空間裡，彼此好好聊開情緒，建立共同理解，然後繼續走下去。

關於 Sprint Retrospective 仍有更多值得展開的話題，過去筆者在寫鐵人賽亦有多少著墨，有興趣的讀者可以瀏覽在下的鐵人檔案去查詢。

此外，亦可閱讀近年翻譯成繁體中文版的 《Agile Retrospectives 中文版：這樣打造敏捷回顧會議，讓團隊從優秀邁向卓越》一書進行學習。也可以透過 Retromat - Inspiration & plans for (agile) retrospectives 這個網站尋找進行的靈感，讓團隊的 Sprint Retrospective 有更多想法被激盪出來。